Fat Controller
「(知見なく)普通に書いてたら普通にFatになる」のであれば、そもそも「Controller」という概念の切り方が悪いと思うmrsekut.icon
そんなことを言っても仕方ないがmrsekut.icon
とは言えツールの思想に則るも重要であるので、「MVCに則るフレームワーク」を使っている場合にはControllerを書かないといけないので、その時に気をつけることについて よくあるtips
リクエストのデータを処理する関数は FormRequest に書く ref そうだとして何？
Class？もっと小さい概念？
いつ使うもの？
何が便利？
レスポンスのデータを処理する関数は ViewModel あるいは Resource に書く ref Resourceってなに？
記事としては良さそうなんだけど知識不足で理解できない。悲しいmrsekut.icon
複数の Controller に分離する
Entityに書くべき処理はEntityに
Validationを切り出す
自分で書くのではなくフレームワークのソレに則る
ファサードを導入する
同じ一連の呼び出しをしている箇所は、すべてファサードを経由するようにしておくことが重要
fat controllerに書いてあるような処理を分割してどこに定義すべきなのか
Controller内の別のmethod?
例えばめちゃくちゃでかいControllerを、そのController Classの中で
細かく細かくmethodに分けていき
分けきった後に、他の層(EntityやRepositoryなど)に配分をしていく、という方法はあり？